Esempio: Net Base Services

Il progetto contiene due CODESYS Control Win controller x64, ciascuno con un'applicazione per simulare una relazione server-client. Imposta il nome del client condiviso e l'indirizzo IP corrispondente nel CLIENT_PRG programma per il cliente e nel SERVER_PRG programma per il server. Se la comunicazione TLS non è richiesta, allora la variabile myTLSContext può essere rimosso (SERVER_PRG e CLIENT_PRG). L'applicazione server (myServer) deve essere attivato per primo.

Il progetto si basa sulla TCP_Server_TCP_Client esempio. Nel programma client CLIENT_PRG, un'istanza di ClientOptions blocco funzione è dichiarato. Questo blocco funzionale (nel pool POU) contiene tre opzioni che vengono impostate all'apertura del socket. Nella parte relativa alla dichiarazione CLIENT_PRG, le opzioni vengono impostate utilizzando SetOptionProvider() metodo. Nel programma server SERVER_PRG, nessuna opzione per TCP_Server è impostato in modo da utilizzare il valore predefinito. Se necessario, l'opzione può essere impostata nello stesso modo utilizzato per il client. Se viene utilizzata la comunicazione UDP, le opzioni possono essere impostate nel peer UDP e con lo stesso SetOptionProvider() metodo.

Il progetto contiene due CODESYS Control Win controller x64, ciascuno con un'applicazione per simulare una relazione server-client. Il server restituisce solo i valori inviati dal client. CLIENT_PRG il programma mostra un esempio di come vengono eseguite la lettura, l'elaborazione e la scrittura asincrona utilizzando NBS.TCP_Reader, NBS.TCP_Processore NBS.TCP_Writer blocchi funzionali. NBS.TCP_Processor il blocco funzione viene sovrascritto in questo esempio per implementare ProcessStream metodo. Questo esempio mostra anche la possibilità di utilizzare i metodi del client TCP diretto Read() e Write() per leggere, manipolare e scrivere in modo sincrono quando xAsync=FALSE.

Nota che questa relazione server-client utilizza un contesto TLS, quindi è assolutamente necessario importare il certificato del server nel client e viceversa. Per le comunicazioni non crittografate, NBS.TLSContext il blocco funzione può essere eliminato.

Il progetto contiene due CODESYS Control Win controller x64, ciascuno con un'applicazione per simulare una relazione sincrona UDP Producer — UDP Consumer. PRODUCER_PRG restituisce solo i dati che sono già stati ricevuti in precedenza. Pertanto, Receive() e Send() metodi di interfaccia di IPeer blocchi funzionali. All'inizio, il produttore crea una stringa e la invia al consumatore. Il controller del consumatore contiene anche un peer ed è qui che i dati vengono ricevuti tramite una chiamata di metodo diretta dal Receive2(). Questo è simile a Receive(), ma ha un output aggiuntivo eTransmission per mostrare se il frame è unicast, ad esempio. Tra la ricezione e l'invio, a ChangeStringValue viene chiamato il metodo per modificare il carico utile della comunicazione. Poiché si tratta di UDP, si consiglia di abilitare prima il consumatore e poi il produttore

Il progetto contiene due CODESYS Control Win dispositivi x64, ciascuno con un'applicazione per simulare una relazione UDP Producer — UDP Consumer. Nell'applicazione consumer, c' UDP_Processor che estende il NBS.UDP_Processor in modo che questo blocco funzione implementi il ProcessPacket interfaccia. Alcuni dati vengono elaborati con questo metodo (chiamato dall'interfaccia).